Communication system and method for using human telematic data to provide a hazard alarm/notification message to a user in a static environment such as in or around buildings or other structures

ABSTRACT

Systems and methods are disclosed herein for providing near real time communication to a user based on analysis of various user and environmental telematic data. The system includes a user with a wearable human telematic sensor providing telematic data about the wearer. Also, the system and method includes at least one building/environment telematic sensor configured to provide telematic data about the building and/or surrounding environment. The various telematic data is communicated and processed to provide a notification back to the user such as a potential safety hazard. The safety hazard may be based upon sensed data specific to the user, specific to the user&#39;s environment, or combinations thereof.

FIELD OF THE INVENTION

In general, the invention relates to a computerized system and methodfor providing a personal warning or alarm notification based on humantelematic data in or around a static environment such as a building orother structure.

BACKGROUND

The use of telematics sensors and other location-aware, status-awaredevices have begun to make their way into the marketplace. Currently,they are used with vehicles to determine a driver's speed or perhapslocation/route traveled. This information is typically used to ensureemployees are not deviating from established travel routes or driving inan unsafe fashion. The data received is currently data depicting how orwhere a person has driven. It is inherently dated or otherwise depictingpast events when viewed or analyzed. As the current systems and methodsare not set up to provide real time analysis of an individual or theircurrent environment, the systems cannot provide a user with informationregarding a potential hazardous situation they may be near or otherwiseaffected by.

As such, what is needed is a system and method that monitors a user andtheir environment that is capable of providing a near real time warningor other notification to the user.

SUMMARY

A system for processing building environmental safety status health dataand building data related to determination of a hazardalarm/notification for a user. The system includes a communicationsinterface configured to receive health telematics data collected by atelematics data acquisition device. The telematics data acquisitiondevice is configured to collect health telematic data of a buildingenvironmental safety status, the health telematic data being indicativeof the building environmental safety status health while the user iswithin a building. Additionally, the data acquisition device is alsoconfigured to receive building telematic data collected by a telematicsdata acquisition device, wherein the telematics data acquisition deviceis configured to collect telematics data of a building indicative ofbuilding safety. The device provides the health telematic and thebuilding telematic data to a business logic processor for thedevelopment of a hazard alarm/notification event based on at least oneof the received health telematics data or building telematic data.Further, the system transmits the hazard alarm/notification to the user.

An additional aspect includes a method of providing human telematicbased hazard alarm/notification to a user based upon human telematicdata and building telematic data. The method includes providing a firstsensor to be wom by a user and a first sensor data indicative ofmeasured at least one user health telematic data. Further, the methodincludes providing a second sensor, in communication with a buildingbeing occupied by the user, the second sensor outputting a second sensordata indicative of a measured at least one building telematic data.Still further, the method includes providing a computing unit, incommunication with the first sensor and the second sensor, the computingunit storing program instructions for execution by the computing unit.The computing unit receives the first sensor data and the second sensordata, calculates a risk level associated with the first sensor data andthe second sensor data and, provides an output feedback signalindicative of the risk level of first sensor data and the second sensordata to the user.

Yet another non limiting aspect of this disclosure includes a sensorsystem that has a first sensor, to be worn by a user. The first sensoroutputting a first sensor data indicative of measured at least one userhealth telematic data. Additionally included is a second sensor, incommunication with a building being occupied by the user, the secondsensor outputting a second sensor data indicative of a measured at leastone building telematic data. Also, a computing unit, in communicationwith the first sensor and the second sensor. The computing unit storingprogram instructions for execution by the computing unit to, receive thefirst sensor data and the second sensor data, calculate a risk levelassociated with the first sensor data and the second sensor data, and,output a feedback signal to the user indicative of the risk level of thefirst sensor data and the second sensor data.

A further aspect of the disclosure is a method of providing humantelematic based hazard alarm/notification to a user based upon humantelematic data and building telematic data. The additional aspectcomprising providing a first sensor, to be worn by a user, a firstsensor data indicative of measured at least one user health telematicdata. Also, providing a second sensor, in communication with a buildingbeing occupied by the user, the second sensor outputting a second sensordata indicative of a measured at least one building telematic data. Thisaspect also includes providing a computing unit, in communication withthe first sensor and the second sensor, the computing unit storingprogram instructions for execution by the computing unit. The computingunit receiving the first sensor data and the second sensor data andcalculating a risk level associated with the first sensor data and thesecond sensor data. The computing unit is also providing an outputfeedback signal indicative of the risk level of first sensor data andthe second sensor data to the user.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an architectural model of a system configured for providing analarm/notification to a user based upon user telematic data according toan illustrative embodiment of the invention.

FIG. 2 is a block diagram of a computing system as used in FIG. 1,according to an illustrative embodiment of the invention.

FIG. 3 is a block diagram of a building or static environment and adevice coupled to the building or static environment for collectingtelematic data and environmental data, according to an illustrativeembodiment of the invention.

FIG. 4 is a block diagram of a mobile device used within a building orstatic environment for collecting data according to an illustrativeembodiment of the invention.

FIG. 5 is a flowchart of a method for determining user telematics data,according to an illustrative embodiment of the invention.

FIG. 6 is a flowchart of a method for determining user telematics data,according to an illustrative embodiment of the invention.

FIG. 7 is a data flow diagram illustrating a method for using telematicsdata, building data, user data, user telematic data, and service data,according to an illustrative embodiment of the invention.

DETAILED DESCRIPTION

To provide an overall understanding of the invention, certainillustrative embodiments will now be described, including systems andmethods for monitoring individual telematic data, such as, individualhealth status while simultaneously monitoring building/environmenttelematic data. This system and method is also used to provide real timefeedback to the user based upon the monitored user andbuilding/environmental telematic data. Suitable, non-limiting examplesof the type of real time feedback provided include alarms or warnings asto potential safety or hazardous conditions. However, it will beunderstood by one of ordinary skill in the art that the systems andmethods described herein may be adapted and modified as is appropriatefor the application being addressed and that the systems and methodsdescribed herein may be employed in other suitable applications, andthat such other additions and modifications will not depart from thescope thereof.

FIG. 1 is a block diagram of a system 100 for monitoring user healthstatus and a building/user environment status, according to anillustrative embodiment. The system 100 uses telematic data to determinethe behavior and safety of a building/user environment status, and itsuser/occupier. A monitoring entity uses data related to building/userenvironment structural condition, building/user environment air quality,geographic location, temperature/humidity level, HVAC status, securitydevices, ingress/egress configuration, building materials, nature of use(current/historic), surrounding environmental conditions, etc., toassess the behavior and safety of the user. Additionally, the monitoringentity uses data related to individual health measurements, and userenvironmental measurements to further assess the behavior and safety ofthe user. With a sufficient amount of data, the monitoring entity cancalculate a safety status for the user based on user healthmeasurements, user environmental measurements, and the condition of thebuilding/user environment. Based upon the various telematic and otherdata received, a warning or other user feedback may be provided to theuser.

The system includes a user 110 having at least one user data collectiondevice 128 in communication with the user 110. The user data collectiondevice 128 is configured to measure any variety of user health statusmeasurements such as, without limitation body mass index, bloodpressure, respiratory rate, heart rate, perspiration, body temperature,eye dilation, blood sugar level, brain function (EEG), vacillations inblood sugar level, hours of sleep, physical activity rate and duration,water consumption, food consumption, alcohol consumption, amount ofsunlight exposure, and/or exposure to any variety of air or waterpollutants, etc. Suitable exemplary sensing equipment includes wearabledevices like Nike's Fuelband™ or a similar activity tracking sensor suchas Fitbit™. Still further, Netatamu's June™ and Sunsprite™ by GoodLuxTechnology are suitable non-limiting examples of personal sun exposuredetectors. By way of further non-limiting example of a personal sensoris a personal air pollution sensor by Carnegie Mellon under the nameAirbot™. Likewise, there are a variety of smart clothing optionsavailable that include imbedded sensors for health monitoring. Further,wearable EEG sensors are also known, as are blood glucose level sensors,and transdermal sensors for determination of alcohol consumption.Alternatively or additionally, the user data collection device 128 maybe configured to sense environmental factors around the user 110. Inthis manner, it can be determined if the user 110 has entered or is inan unsafe area. Suitable non-limiting examples of such sensors 128include oxygen sensors, carbon monoxide sensors, methane sensors,pollution sensors, radiation sensors, etc. All such user sensors 128 arecapable of transmitting data via a network or direct wire.

The system 100 also includes one or more buildings 102, each having abuilding data collection device 104. For the purposes of thisdisclosure, a “building 102” is defined as any static or semi-staticstructure/environment that a user may spend time in or pass through. Byway of non-limiting example, the building 102 may be a home, apartment,condo, office, tent, hangar, store, industrial or commercial structure,roadway, railway, trail, tunnel, bridge, mine/cave, or any otherbuilding/structure that may be occupied, at least temporarily, by auser. A building data collection device 104 is coupled to a building 102for collecting data about the building's location, or other informationthat can be used to determine building safety. The building datacollection device 104 may be positioned inside the building, attached tothe outside of the building, or integrated into the building. Forbuildings with multiple users, the data may be associated with thebuilding itself or with the individual users.

In some embodiments, data from the user data collection device 128and/or building data collection device 104 is/are directly transmittedto the monitoring entity without traveling through the communicationsnetwork 150. In other embodiments, the user data collection device 128and/or building data collection device 104 is/are in communication witha telematic monitoring system 130 over a communications network 150. Theuser data collection device 128 and/or building data collection device104 may communicate with the monitoring entity 130 though a wirelessnetwork such as a cellular network or by using a wireless Internetconnection.

The user data collection device 128 and/or building data collectiondevice 104 can be any computing device or plurality of computing devicesin cooperation having a data collection sensor (e.g., an antenna or aseismograph), a processor, a memory, and a means for transmitting thecollected data. The building 102 or building data collection device 104may include an antenna for receiving signals from global navigationsatellite system (GNSS) satellites, numbered 1 through n in FIG. 1. Insome embodiments, user data collection device 128 and/or the buildingdata collection device 104 is also configured to process the collecteddata, e.g., by summarizing and/or compressing the data. In someembodiments, the data processing protects the user's privacy byencrypting the data, removing location information, producing summaryinformation, or taking other measures to reduce the likelihood thatlocation information or other sensitive information are received bythird parties. The components of the building data collection device 104are discussed further in relation to FIG. 3, and an alternative datacollection device is described in relation to FIG. 4.

In some embodiments, rather than sending collected data directly to theuser data collection device 128 and/or building data collection device104, or the telematic monitoring system 130, collected data may be sentdirectly to a data processing service 106, which processes the data todetermine user safety and building safety information. This can helpprotect a user's privacy, since the telematic monitoring system 130 doesnot receive detailed data about a user's location, but only receivessummary information, e.g., a building or environmental/safety rating orscore. Using a data processing service 106 in some implementations isalso preferable to having the user data collection device 128 and/orbuilding data collection device 104 process data because it reduces theprocessing power needed by user data collection device 128 and/orbuilding data collection device 104 and in addition, using a third partydata processing service 106 may also make it more difficult to tamperwith the data. The data processing service can perform additionalmonitoring functions, such as building security monitoring or providinglocation-based alerts (e.g., alerting a parent or employer when abuilding sensor is activated) and safety alerts. Additionally, or to thecontrary, if a potentially dangerous condition is determined, warningmessages may be sent to the user 110.

The telematic monitoring system 130 includes a plurality of applicationservers 112, a plurality of load balancing proxy servers 114, a database116, a processing unit 120, and company terminal 122. These computingdevices are connected by a local area network 124.

The application servers 112 are responsible for interacting with theuser data collection device 128 and/or building data collection device104 and/or the data processing service 106. The data exchange betweenthe telematic monitoring system 130 and user data collection device 128and/or building data collection device 104, and/or data processingservice 106 can utilize push and pull technologies where the applicationservers 112 of the telematic monitoring system 130 can act as both aserver and client for pushing data to the telematic monitoring system130, user data collection device 128 and/or building data collectiondevice 104, and/or data processing service 106 (e.g., which buildings tomonitor, when to stop data collection, rules for monitoring servicesrequested by the customer) and for pulling data from the telematicmonitoring system 130, user data collection device 128 and/or buildingdata collection device 104, and/or data processing service 106. Theapplication servers 112 or other servers of the telematic monitoringsystem 130 can request to receive periodic data feeds from the telematicmonitoring system 130, the user data collection device 128 and/orbuilding data collection device 104, or data processing service 106. Thecommunication between the application servers 112 and the telematicmonitoring system 130, user data collection device 128 and/or buildingdata collection device 104, and/or data processing service 106 canfollow various known communication protocols, such as TCP/IP.Alternatively, the application servers 112 and telematic monitoringsystem 130, user data collection device 128 and/or building datacollection device 104, and/or data processing service 106 cancommunicate with each other wirelessly, e.g., via cellularcommunication, Wi-Fi, Wi-Max, or other wireless communicationstechnologies or combination of wired or wireless channels. The loadbalancing proxy servers 114 operate to distribute the load amongapplication servers 112.

In an embodiment, the database 116 stores information about specificusers. For each user, the database 116 includes for example and withoutlimitation, the following data fields: name, age, height, weight,gender, emergency contact numbers, medical information, geographicinformation, or derivations thereof.

The processing unit 120 is configured for determining the effect of ahazard event based on user behavior and other information related to theuser and the building/building environment. The processing unit 120 maycomprise multiple separate processors, such as a user behaviorprocessor, which analyzes user behavior from raw or processed datareceived from the telematic monitoring system 130, user data collectiondevice 128 and/or building data collection device 104, and/or dataprocessing service 106 over the communications network 150; and abusiness logic processor, which determines a hazard notification basedon, among other things, user health state, user environment state andthe user behavior. An exemplary implementation of a computing device foruse in the processing unit 120 is discussed in greater detail inrelation to FIG. 2.

The user terminals 122 provide various user interfaces to user tointeract with the processing system 120. The interfaces include, withoutlimitation, interfaces to review building/building environment data; toreview building data; to review customer or potential customer measuredhealth data; to retrieve data related to hazard events; and to manuallyadjust user behavior ratings. In some instances, different users may begiven different access privileges. Such interfaces may be integratedinto one or more websites for managing the hazard monitoring system 108presented by the application servers 112, or they may be integrated intothin or thick software clients or stand alone software. The companyterminals 122 can be any computing devices suitable for carrying out theprocesses described above, including personal computers, laptopcomputers, tablet computers, smartphones, servers, and other computingdevices.

User terminals can provides various user interfaces to customers tointeract with the hazard monitoring system 108 over the communicationsnetwork 150. Customers may also use their personal computers,smartphones, tablet computers, or other computing devices as terminalsfor accessing user interfaces provided by the hazard monitoring company.For example, customers can access a web page or application provided bythe hazard monitoring company to enter information pertaining to changesin their monitoring status or boundaries, e.g., changes in sensorsensitivity, addition or subtraction of users, addition or subtractionof buildings, relocation, addition or subtraction of various user datacollection device(s) 128, etc.

In some embodiments, the user data collection device 128 and/or buildingdata collection device 104 is/are not continually connected to thehazard monitoring system 108 via the network 150. For example, the userdata collection device 128 and/or building data collection device 104may be configured to temporarily store data if the user data collectiondevice 128 and/or building data collection device 104 becomesdisconnected from the network, like when it travels out of range ofcellular towers. When the connection is restored, the user datacollection device 128 and/or building data collection device 104 canthen transmit the temporarily stored data to the insurance companysystem 108. The user data collection device 128 and/or building datacollection device 104 may alternatively be configured to connect to thecommunications network 150 through a user's home Wi-Fi network. In thiscase, the user data collection device 128 and/or building datacollection device 104 stores all sensed data until it returns to thevicinity of the user's home, connects to the user's wireless network,and sends the data.

In some embodiments, data from a third party data provider 132 isaccessed by one or more of the user data collection device 128 and/orbuilding data collection device 104, the data processing service 106,the hazard monitoring company system 108, and/or the telematicmonitoring system 130 over the communications network 150. Data from athird party data provider 132 can be used in calculating a hazardalarm/warning event. For example, the third party data provider 132 canprovide geologic/seismic or weather data that is processed inconjunction with the received telematics data to evaluate user behaviorin view of the environmental/building conditions.

FIG. 2 is a block diagram of a computing device 200 used for carryingout at least one of user health and/or behavior processing and businesslogic processing described in relation to FIG. 1, according to anillustrative embodiment of the invention. The computing device comprisesat least one network interface unit 204, an input/output controller 206,system memory 208, and one or more data storage devices 214. The systemmemory 208 includes at least one random access memory (RAM) 210 and atleast one read-only memory (ROM) 212. All of these elements are incommunication with a central processing unit (CPU) 202 to facilitate theoperation of the computing device 200. The computing device 200 may beconfigured in many different ways. For example, the computing device 200may be a conventional standalone computer or alternatively, thefunctions of computing device 200 may be distributed across multiplecomputer systems and architectures. The computing device 200 may beconfigured to perform some or all of the user behavior and businesslogic processing, or these functions may be distributed across multiplecomputer systems and architectures. In the embodiment shown in FIG. 1,the computing device 200 is linked, via network 150 or local network 124(also described in FIG. 1), to other servers or systems housed by theinsurance company system 108, such as the load balancing server 114, andthe application servers 112, and to the telematic monitoring system 130.

The computing device 200 may be configured in a distributedarchitecture, wherein databases and processors are housed in separateunits or locations. The computing device 200 may also be implemented asa server located either on site near the hazard monitoring system 108,or it may be accessed remotely by the hazard monitoring company system108. Some such units perform primary processing functions and contain ata minimum a general controller or a processor 202 and a system memory208. In such an embodiment, each of these units is attached via thenetwork interface unit 204 to a communications hub or port (not shown)that serves as a primary communication link with other servers, clientor user computers and other related devices. The communications hub orport may have minimal processing capability itself, serving primarily asa communications router. A variety of communications protocols may bepart of the system, including, but not limited to: Ethernet, SAP, SAS™,ATP, BLUETOOTH™, GSM and TCP/IP.

The CPU 202 comprises a processor, such as one or more conventionalmicroprocessors and one or more supplementary co-processors such as mathco-processors for offloading workload from the CPU 202. The CPU 202 isin communication with the network interface unit 204 and theinput/output controller 206, through which the CPU 202 communicates withother devices such as other servers, user terminals, or devices. Thenetwork interface unit 204 and/or the input/output controller 206 mayinclude multiple communication channels for simultaneous communicationwith, for example, other processors, servers or client terminals.Devices in communication with each other need not be continuallytransmitting to each other. On the contrary, such devices need onlytransmit to each other as necessary, may actually refrain fromexchanging data most of the time, and may require several steps to beperformed to establish a communication link between the devices.

The CPU 202 is also in communication with the data storage device 214.The data storage device 214 may comprise an appropriate combination ofmagnetic, optical and/or semiconductor memory, and may include, forexample, RAM, ROM, flash drive, an optical disc such as a compact discand/or a hard disk or drive. The CPU 202 and the data storage device 214each may be, for example, located entirely within a single computer orother computing device; or connected to each other by a communicationmedium, such as a USB port, serial port cable, a coaxial cable, anEthernet type cable, a telephone line, a radio frequency transceiver orother similar wireless or wired medium or combination of the foregoing.For example, the CPU 202 may be connected to the data storage device 214via the network interface unit 204.

The CPU 202 may be configured to perform one or more particularprocessing functions. For example, the computing device 200 may beconfigured for calculating hazard ratings related to user behavior. Thesame computing device 200 or another similar computing device may beconfigured for calculating a hazard risk for a user in a building orlocal environment based at least upon one user behavior.

The data storage device 214 may store, for example, (i) an operatingsystem 216 for the computing device 200; (ii) one or more applications218 (e.g., computer program code and/or a computer program product)adapted to direct the CPU 202 in accordance with the present invention,and particularly in accordance with the processes described in detailwith regard to the CPU 202; and/or (iii) database(s) 220 adapted tostore information that may be utilized to store information required bythe program. The database(s) 220 may include all or a subset of datastored in database 116, described above with respect to FIG. 1, as wellas additional data, such as formulas or manual adjustments, used inestablishing the hazard risk analysis for a user in a building or otherstructure.

The operating system 216 and/or applications 218 may be stored, forexample, in a compressed, an uncompiled and/or an encrypted format, andmay include computer program code. The instructions of the program maybe read into a main memory of the processor from a computer-readablemedium other than the data storage device 214, such as from the ROM 212or from the RAM 210. While execution of sequences of instructions in theprogram causes the CPU 202 to perform the process steps describedherein, hard-wired circuitry may be used in place of, or in combinationwith, software instructions for implementation of the processes of thepresent invention. Thus, embodiments of the present invention are notlimited to any specific combination of hardware and software.

Suitable computer program code may be provided for analyzing userbehavior and determining a hazard risk as described in relation to FIGS.5 through 7. The program also may include program elements such as anoperating system 216, a database management system and “device drivers”that allow the processor to interface with computer peripheral devices(e.g., a video display, a keyboard, a computer mouse, etc.) via theinput/output controller 206.

The term “computer-readable medium” as used herein refers to anynon-transitory medium that provides or participates in providinginstructions to the processor of the computing device (or any otherprocessor of a device described herein) for execution. Such a medium maytake many forms, including but not limited to, non-volatile media andvolatile media. Non-volatile media include, for example, optical,magnetic, or opto-magnetic disks, or integrated circuit memory, such asflash memory. Volatile media include dynamic random access memory(DRAM), which typically constitutes the main memory. Common forms ofcomputer-readable media include, for example, a floppy disk, a flexibledisk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM,DVD, any other optical medium, punch cards, paper tape, any otherphysical medium with patterns of holes, a RAM, a PROM, an EPROM orEEPROM (electronically erasable programmable read-only memory), aFLASH-EEPROM, any other memory chip or cartridge, or any othernon-transitory medium from which a computer can read.

Various forms of computer readable media may be involved in carrying oneor more sequences of one or more instructions to the CPU 202 (or anyother processor of a device described herein) for execution. Forexample, the instructions may initially be borne on a magnetic disk of aremote computer (not shown). The remote computer can load theinstructions into its dynamic memory and send the instructions over anEthernet connection, cable line, or even telephone line using a modem. Acommunications device local to a computing device (e.g., a server) canreceive the data on the respective communications line and place thedata on a system bus for the processor. The system bus carries the datato main memory, from which the processor retrieves and executes theinstructions. The instructions received by main memory may optionally bestored in memory either before or after execution by the processor. Inaddition, instructions may be received via a communication port aselectrical, electromagnetic or optical signals, which are exemplaryforms of wireless communications or data streams that carry varioustypes of information.

FIG. 3 is a block diagram of a building 102 having a building datacollection device 104. As described in relation to FIG. 1, the building102 may be a home, apartment, condo, office, tent, hangar, store,industrial or commercial structure, roadway, railway, tunnel, trail,bridge, mine, or any other building/structure that may be interactedwith by a user. The building 102 includes a building computer 302, adiagnostics (OBD) port 304, and building telematics sensors 306. Thebuilding data collection device 104 is connected to the building 102 viaa BD port connector 318 connected to the OBD port 304 to receivetelematics data and other information. The building data collectiondevice 104 includes a processor 310, a GNSS receiver 312, a seismograph314, and memory 316. The processor 310 can be a CPU, a microprocessor,an FPGA, or any other processing unit that can be configured to executea software or firmware program for telematics data acquisition. Theprocessor 310 is in communication with the other elements of thebuilding data collection device 104 to facilitate the operations of thebuilding data collection device 104. The processor can also beconfigured to process data received from the GNSS receiver 312, theseismograph 314, and the BD port connector 318. Data processing mayinclude analyzing user behavior, determining if service is needed,determining if there is an unsafe status with the building, formattingdata, or encrypting data.

The GNSS receiver 312 includes an antenna and associated signalprocessing circuitry for receiving signals from global navigationsatellite system (GNSS) satellites, such as the satellites numbered 1through n in FIG. 1, and determining its location from the signals. GNSSsatellites may be, for example, GPS, GLONASS, Galileo, or Beidousatellites which send time and orbital data from which the building datacollection device 104 can calculate its location. In someconfigurations, the processor 310 calculates the location of the userfrom data from the receiver 312. The processor 310 can pull locationdata from the GNSS receiver 312 at set time intervals, such as every 0.1seconds, 0.2 seconds, 0.5 seconds, 1 second, 2 seconds, 5 seconds, or 10seconds. The processor 310 sends the location data to the memory 316along with a time and date stamp indicating when the user was at thelocation. In some embodiments, the GNSS receiver 312 may be part of aseparate GNSS device used by the user for obtaining user directions. Inthis case, the GNSS receiver 312 transmits data to the building datacollection device 104 though a wired connection or a wirelessconnection, e.g., BLUETOOTH or Wi-Fi.

The seismograph 314 is a device that measures proper seismic activity.Data collected from a seismograph 314 may include or be used forobtaining safety events or condition of the building. Some or all ofthese types of data are received or calculated by the processor 310. Theprocessor 310 may collect data at intervals such as every 0.1 seconds,0.2 seconds, 0.5 seconds, 1 second, 2 seconds, 5 seconds, or 10 secondsand store the data in the memory 316. Each data point is time and datestamped and/or location stamped. In some embodiments, the processor 310determines intervals between data stored in the memory 316 based ontrends in the data.

The OBD port connector 318 is used to collect data from the buildingcomputer 302 and/or building telematics sensors 306 via OBD port 304.The OBD port 304 can have a standard interface, such as OBD-I, BD-1.5,OBD-II, EBD, EBD2, JBD, ADR 79/01, or ADR 79/02. Instead of an OBD port304, any other port and corresponding connector for receiving data froma building's computer can be used. The building computer 302 may provideinformation about the building's diagnostics. Building diagnostics datacan be used to determine the presence of any building malfunctions, suchas poor air quality, seismic events, structural integrity issues, hightemperature, loss of electrical power, poisonous gas presence, trafficcongestion/accidents, emergency events, or fire conditions. With thebuilding diagnostics data, it is possible to determine whether a safetyevent was caused by the user's actions or related to the malfunction,and thus not reflective of the user's user habits. The building maycontain additional telematics sensors 306 for, e.g., building tracking,monitoring electrical consumption, and building safety. Data obtained bythe building data collection device 104 from the building computer 302and telematics sensors 306 via the OBD port 304 can supplement or beused instead of data collected by the GNSS receiver 312 and/orseismograph 314. In some embodiments, the building data collectiondevice 104 turns on automatically when the building 102 is with power,and the building 102 may power the building data collection device 104.

In some embodiments, the user data collection device 128 and/or buildingdata collection device 104 may also be configured to communicate withthe user via an external user interface, such as a display screen withinthe building 102. The external user interface includes outputcomponents, such as a screen or speakers, and may include inputcomponents, such as a touch screen, keyboard, or microphone. Theexternal user interface can output user behavior data, buildingdiagnostics data, a service alert, a malfunction alert, and any datacollected from the GNSS receiver 312, seismograph 314, and/or OBD port304.

In some embodiments, rather than running the data acquisition program ona dedicated data acquisition device installed in the building, the dataacquisition program runs on the user's mobile device, such as anIPHONE™, BLACKBERRY™, or any other smartphone or mobile computing deviceconfigured to collect data that can be used to analyze user behaviorand/or building status. The data can be collected using sensors, such asa GNSS receiver or seismographs, in the mobile device, or the data canbe transmitted from the building and received by the mobile device via awired or wireless connection.

FIG. 4 is a block diagram of an exemplary mobile device 400 that can beused instead of the user data collection device 128 and/or building datacollection device 104. The mobile device 400 includes a CPU 410, a GNSSreceiver 412, a seismograph 414, and a memory 416, which are similar tothe processor 310, the GNSS receiver 312, the seismograph 314, and thememory 316, respectively, described above in relation to FIG. 3. Themobile device 400 also includes a user interface 418, a transceiver 420,and a dataport 422. The CPU 410 is configured to execute a softwareapplication for telematics data acquisition. The CPU 410 is incommunication with all of the other elements of the mobile device 400 tofacilitate the operation of the data collection device 400, and canperform processing similar to the processing performed by the processor310 described above in relation to FIG. 3.

A user of the mobile device interacts with the mobile device through theuser interface 418. The user interface 418 can include one or more of ascreen, a touch screen, a speaker, a headphone jack, a keyboard, and amicrophone. One or more transceivers 420 are used to connect to andexchange data over a cellular network, the Internet, a BLUETOOTH™connection, or other wireless communications pathways. The dataport 422is used for wired communication with the building and/or the telematicmonitoring system 130. The data acquisition application can bedownloaded from the network or the telematic monitoring system 130either wirelessly using the transceiver 420 or through a wiredconnection using the dataport 422. Once the data acquisition applicationhas been installed, it should be executed each time the user 110 entersthe building. The user 110 can use the user interface 418 to execute thedata acquisition application each time he enters the building. In someembodiments, the mobile device 400 can automatically execute the dataacquisition application when the mobile device 400 determines that it isin a building by processing the signals from the GNSS receivers 412and/or other methods.

In some embodiments, the mobile device 400 is connected to the buildingby a wireless connection (e.g., BLUETOOTH) or a wired connection usingthe transceiver 420 or the dataport 422, respectively. In suchembodiments, the mobile device 400 can be configured to automaticallyexecute the data acquisition application based on the presence of thebuilding connection. While in the building, the building's computer cansend telematics data to the mobile device 400. If the mobile device 400receives data indicating a building malfunction/safety event, the CPU410 can create an alert, and the alert can be communicated to the uservia the user interface 418. Telematics data received from the buildingand/or detected by the GNSS receivers 412 or seismographs 414 is storedin memory 416. The telematics data can be sent to the telematicmonitoring system 130, user data collection device 128, building datacollection device 104, and/or data processing service 106 in real time,near-real time, or after a longer period of data collection via thetransceiver 420, or the data can be transmitted after a period of datacollection via the data port 422.

FIG. 5 is a flowchart of a method for providing a warning/alarm based oncollected user telematic data and building telematic data 500. Usertelematic data and building telematic data are collected (steps 502 and504) or after being collected, the user data collection device 128,building data collection device 104 or a mobile device 400 transmits theuser telematic data and/or building telematic data to the monitoringsystem where the data is analyzed (step 506). The data is analyzed andcompared against a standard indicating for each the data type.Subsequently, a determination is made if the user 110 is operating orotherwise functioning in a condition or environment that is within oroutside acceptable ranges (determination 508) for that type of activity.

For activities where the user 110 is operating within acceptableparameters, the system continues to monitor the telematic data (step510). For activities where the user 110 is operating outside ofacceptable parameters, initially the system makes a determination as tothe severity of activity (determination 512). Based upon the severity ofthe event, the system may continue to monitor the telematic data (step516), and/or it may determine to provide an alarm/notification to theuser (step 514). Alternatively or additionally, notification may be madeto a health care provider (determination 518, step 520) and/or firstresponders such as, without limitation, police, firemen, or paramedics,etc. Again, the system may continue monitoring the telematic data (step522).

The resulting data may be stored and maintained at the hazard monitoringcompany. As discussed, the data may be used to determine modificationsto hazard parameters or otherwise as needed.

FIG. 6 describes a method for determining a hazard alarm/notificationoccurrence for a user based on telematics data once the telematics dataacquisition program has been installed. The telematics data acquisitionprogram on the building data collection device 104 or mobile device 400collects data related to the user's behavior and the condition of thebuilding/building environment, as described in relation to FIGS. 3 and 4(step 602), during a data acquisition period or monitoring period. Theuser can be monitored for any period of time over which a sufficientamount of data to analyze the user's user behavior can be collected,e.g., 1 minute, 1 hour, 1 day, 1 month, 2 months, 3 months, or 6 months.

As the data is being collected or after the data has been collected, thebuilding data collection device 104 or mobile device 400 transmits thedata to the hazard monitoring system 108 (step 604). As previouslymentioned, the data may be processed by the telematic monitoring system130 and/or a third party data processing service 106 before being sentto the hazard monitoring system 108. The hazard monitoring system 108then determines an alarm/notification status (step 606) based on thereceived telematics data as well as data related to the building and theuser 110. Determining the alarm/notification status is described infurther detail in relation to FIG. 7.

Once the alarm/notification status has been determined, the hazardmonitoring system 108 transmits the alarm/notification to the user 110for his/her consideration (step 610). The alarm/notification may includeseveral possible types of different information from which the user 110can review.

The system then determines whether to notify first responders (step612). If the system determines to notify first responders, that ispreformed (step 614). Whether or not first responders are notified,telematic data is still monitored (step 616).

FIG. 7 provides greater detail into the factors involved in developing ahazard alarm/notification. The hazard alarm/notification is derived fromfour main classes of data: building data 710, user data 720, usertelematic data 770, and building telematics data 730. The buildingtelematics data 730 is processed to generate data related to userbehavior and building/building environmental conditions. Based on thebuilding condition, a malfunction/safety alert may be provided to theuser 110. In addition to the building data 710, user data 720, usertelematic data 770, and building telematics data 730, data from previoustelematics monitoring 762 and service history data 760 can be used todetermine the hazard alarm/notification 780. The processing steps forprocessing the data described in relation to FIG. 7 and determining ahazard alarm/notification event can be performed at the hazardmonitoring system 108, the third party data processing service 106, thetelematic monitoring system 130, the building data collection device 104or mobile device 400, or any combination of these systems and devices.

Building data 710 is comprised of data relating to the building. Thebuilding data 710 includes construction materials, building location,nature of building use (commercial, industrial, etc.), age of building,etc. If the building has special feature, this data is also included inthe building data 710. The building data 710 also includes the age ofthe building 711, the structure of the building 715, and the history ofthe building 713. The history 713 includes information on any events,such as accidents or safety events, of the building or those in thearea. The history 713 also includes any available service records andany available information related to how the building was used by itsprevious owner(s). The building data may also include the purchase priceand/or resale price of the building.

User data 720 is comprised of the data associated with the user 110. Theuser 110 data 720 includes basic contact information of the user 721,including the user's name, address, telephone number(s), fax number,email address, etc. The user 110 data 720 also includes basicdemographic data, such as gender 722 and age 723. The user 110 data 720also includes data that can be used to analyze the user's finances andfinancial responsibility, such as social security number 724 andemployment information 725. The user 110 data 720 also includes theuser's medical history 726, with which the hazard monitoring company 108can retrieve information on the user's user history.

The user telematics data 770 includes data collected by the dataacquisition program. The user telematic data includes sensed data aboutthe user's health and overall condition such as, blood pressure 772,body temperature, perspiration, body mass index, blood glucose level773, blood alcohol content, brain function 774, activity level,respiratory rate 775, eye dilatation, etc. Additionally oralternatively, the user telematic data includes sensed data about theuser's environment. Such data includes, but is not limited to, oxygencontent, carbon monoxide level, methane gas detection, hydrogen sulfidegas (or any dangerous or poisonous fluid) presence, etc. The usertelematic data 770 is generally a measure of any factor impacting thehealth of the user 110.

The building telematics data 730 includes data collected by the dataacquisition program. The building telematics data 730 includes GNSS data731 and seismograph data 732 collected by the GNSS receivers 312 or 412and seismographs 314 or 414, respectively. The telematics data alsoincludes data collected from the BD port, such as energy usage data 733,safety event deployment data 734, and HVAC diagnostics data 735. Thetelematics data 730, particularly the GNSS data 731, seismograph data732, and any data received from the building computer relating to safetyevents (e.g., fire event, carbon dioxide event, etc.) are processed togenerate metrics indicative of user behavior.

The building telematics data 730 is also analyzed to determine whetherthe building is malfunctioning or has experienced a safety event(decisions 750 and 752). The building diagnostics data 735, the airquality data 734, and data indicating the misuse are particularlyrelevant for these determinations. If the building is malfunctioning orhas experienced a safety event, an alert (754 or 756) is generated andcommunicated to the user's telephone, smart phone, computer, or anyother communications device, or to the building 102. The alert can be inthe form of a phone call, a voice mail, a text message, an email, analert on the building's dashboard, or any other type of communication.The alert can include the type of safety event or a description of themalfunction, a level of urgency of reacting to the safety event orpossible courses of action.

In some embodiments, the user 110 may have telematics data 762 fromprevious telematics monitoring that was performed by the same hazardmonitoring company, a different hazard monitoring company, or notassociated with a hazard monitoring company. The previous telematicsdata 762 may be similar to the telematics data 730. If the hazardmonitoring system 108 can access the previous telematics data 762, itcan use this to generate a hazard alarm/notification without collectingtelematics data 730. In this case, an alarm/notification can begenerated as soon as the previous telematics data 762 is available tothe hazard monitoring system 108. In other embodiments, telematics data730 is still gathered, and it is supplemented by the previous telematicsdata 762. If the telematics data 762 was collected by a different hazardmonitoring company or a different building data collection device 104,the format of the data may not be in the format used by the hazardmonitoring system 108 for calculating a hazard alarm/notification. Inthis case, the hazard monitoring system 108 can convert the data formatinto the data format output by the hazard monitoring company's dataacquisition program.

In some embodiments, data from a third party data provider 764 is alsoaccessed for generating the hazard alarm/notification. For example, datafrom a third party data provider 132 may provide additional informationrelated to the user 110, such as the user's safety record or medicalhistory. Other third party data, such as injury accidents and weatherdata, is processed in conjunction with the received telematics data toevaluate user 110 patterns in view of the building conditions, and maybe used when evaluating the user 110.

Based on some or all of the building data 710, user 110 data 720, user110 telematic data 770, building telematics data 730, processed userbehavior characteristics 740-748, service history 760, previoustelematics data 762, third party data 764, and current health data 770,the hazard monitoring system 108 determines a hazard alarm/notificationevent for the user 110. Safe user behaviors, user health factors withintolerance, user environmental factors within tolerance, good buildingconditions, and good medical history may be associated with higherhazard event tolerance. The various factors may be rated separately,e.g., an overall safety rating can be calculated, or a user behaviorrating can be calculated. The factors can be weighted and the hazardalarm/notification event based on the various rating factors and theirrelative weights. In some embodiments, the hazard monitoring system 108uses the telematics data 730 in an algorithm for generating a hazardalarm/notification event.

An aspect of the disclosure includes a system for processingenvironmental safety status, health data, and building data related todetermination of a hazard alarm/notification for a user 110. The systemcomprising a communications interface configured to receive healthtelematics data collected by a telematics data acquisition device. Thetelematics data acquisition device is configured to collect healthtelematic data of a building environmental safety status. The healthtelematic data being indicative of the building environmental safetystatus health while within a building. The system is configured toreceive building telematic data collected by a telematics dataacquisition device. The telematics data acquisition device is configuredto collect telematics data of a building. The telematics data isindicative of the safety of the building. The system is configured toprovide the health telematic and the building telematic data to abusiness logic processor for the development of a hazardalarm/notification event based on at least one of the received healthtelematics data or building telematic data. The system is configured totransmit the hazard alarm/notification to the user.

A further aspect includes the alarm/notification system disclosedincludes the health telematics data collected by a telematics dataacquisition device. The data contains telematic data that is at leastone of a data related to building/user environment structural condition,building/user environment air quality, geographic location,temperature/humidity level, HVAC status, security devices,ingress/egress configuration, building materials, nature of use(current/historic) and surrounding environmental conditions.

A further aspect includes the alarm/notification system wherein healthtelematics data indicates an unsafe condition for the user.

Yet another aspect includes an alarm/notification system wherein thetelematics data indicative of safety of the building includes telematicdata that is at least one of a oxygen content, carbon monoxide level,methane gas detection, hydrogen sulfide gas, or dangerous or poisonousfluid presence.

A further aspect includes an alarm/notification system wherein buildingtelematics data indicates an unsafe condition for the user.

Another aspect includes the alarm/notification system further comprisingtransmitting the hazard/alarm notification to a first responder, suchas, a police, a fire department, or a paramedic.

A still further aspect includes one or more tangible computer readablemedia storing computer readable instructions that, when executed,perform a method of providing a hazard alarm/notification to a userbased upon human health telematic data and building telematic data,including receiving health telematic data via a communications interfacehealth telematics data collected by a telematics data acquisitiondevice.

Also, receiving building telematic data via a communications interfacebuilding telematics data collected by a telematics data acquisitiondevice. This includes determining an hazard alarm/notification eventbased on the received health telematic data and the received buildingtelematic data. Also included is transmitting the hazardalarm/notification to the user.

The computer readable media includes the step of receiving healthtelematic data about at least one of a body mass index, blood pressure,respiratory rate, heart rate, perspiration, body temperature, eyedilation, blood sugar level, brain function (EEG), vacillations in bloodsugar level, hours of sleep, physical activity rate and duration, waterconsumption, food consumption, alcohol consumption, amount of sunlightexposure, and/or exposure to any variety of air or water pollutantsdata.

Also included is the computer readable media wherein the healthtelematic data indicates the user is in an unsafe condition.

Additionally included is the computer readable media wherein the step ofreceiving building telematic data includes receiving building telematicdata of at least one of a data related to building/user environmentstructural condition, building/user environment air quality, geographiclocation, temperature/humidity level, HVAC status, security devices,ingress/egress configuration, building materials, nature of use(current/historic) and surrounding environmental conditions.

The computer readable media wherein the building telematic dataindicates the user is in or near an unsafe environment or location.

Also included is the computer readable media wherein the step oftransmitting the hazard alarm/notification to the user includestransmitting the hazard/alarm notification based upon an unsafecondition detected with the user's health.

Further, the computer readable media wherein the unsafe conditiondetected with the user's health is related to user telematic data. Thisincludes data about at least one of a body mass index, blood pressure,respiratory rate, heart rate, perspiration, body temperature, eyedilation, blood sugar level, brain function (EEG), vacillations in bloodsugar level, hours of sleep, physical activity rate and duration, waterconsumption, food consumption, alcohol consumption, amount of sunlightexposure, and/or exposure to any variety of air or water pollutantsdata.

An additional aspect includes the computer readable media wherein thestep of transmitting the hazard alarm/notification to the user includestransmitting the hazard/alarm notification based upon an unsafecondition detected with environmental conditions in the user's location.

Also includes is the computer readable media wherein the environmentalconditions include at least one of a data related to building/userenvironment structural condition, building/user environment air quality,geographic location, temperature/humidity level, HVAC status, securitydevices, ingress/egress configuration, building materials, nature of use(current/historic) and surrounding environmental conditions.

Yet another non limiting aspect of this disclosure includes a sensorsystem that has a first sensor, to be worn by a user. The first sensoroutputting a first sensor data indicative of measured at least one userhealth telematic data. Additionally included is a second sensor, incommunication with a building being occupied by the user, the secondsensor outputting a second sensor data indicative of a measured at leastone building telematic data. Also, a computing unit, in communicationwith the first sensor and the second sensor. The computing unit storingprogram instructions for execution by the computing unit to, receive thefirst sensor data and the second sensor data, calculate a risk levelassociated with the first sensor data and the second sensor data, and,output a feedback signal to the user indicative of the risk level of thefirst sensor data and the second sensor data.

Also included is a sensor system wherein the first sensor data is usertelematic data about at least one of a body mass index, blood pressure,respiratory rate, heart rate, perspiration, body temperature, eyedilation, blood sugar level, brain function (EEG), vacillations in bloodsugar level, hours of sleep, physical activity rate and duration, waterconsumption, food consumption, alcohol consumption, amount of sunlightexposure, and/or exposure to any variety of air or water pollutantsdata.

Also included is a sensor system wherein the output signal to the useris a warning signal indicative of the user telematic data being within arange of a predetermined dangerous or unsafe level or condition.

Another aspect includes a sensor system further including providing anoutput feedback signal to a first responder such as a policeman, afireman, a paramedic, and a doctor.

Yet another aspect includes a sensor system wherein the second sensordata is data related to building/user environment structural condition,building/user environment air quality, geographic location,temperature/humidity level, HVAC status, security devices,ingress/egress configuration, building materials, nature of use(current/historic) and surrounding environmental conditions.

A further aspect includes a sensor system, wherein the output signal tothe user is a warning signal being indicative of the building/userenvironment data being within a range of a predetermined dangerous orunsafe level or condition.

Also, a sensor system further including providing an output feedbacksignal to a first responder such as a policeman, a fireman, a paramedic,a doctor, a maintenance engineer, and a building or transportationsecurity agency.

Another aspect of the disclosure is a method for providing a hazardalarm/notification event based upon human health telematic data andbuilding telematic data. The method comprising, receiving, by acommunications interface, health telematics data collected by atelematics data acquisition device. The health telematics data beingindicative of a building environmental safety status health while withina building. Also, receiving, by a communications interface, buildingtelematic data collected by a telematics data acquisition device, thebuilding telematics data being indicative of a building environmentalsafety status health while within a building. Further, determining, bythe business logic processor, a hazard alarm/notification for the userbased on the received health telematic data and building telematic data.Additionally, providing by the business logic processor the hazardalarm/notification to the communications interface. Also, transmitting,by the communications interface, the hazard alarm/notification to theuser.

The method further comprising transmitting, by the communicationsinterface, the hazard/alarm notification to a first responder such asthe police, a fireman, or a paramedic.

Also, the method includes the transmitted hazard alarm/notification tothe user as a message informing the user of a potential dangeroussituation based upon the health telematic data or the building telematicdata.

Further included is the transmitted hazard alarm/notification in theform of an audible alarm, haptic message, electronic text and voicemessage.

A further aspect of the disclosure is a method of providing humantelematic based hazard alarm/notification to a user based upon humantelematic data and building telematic data. The additional aspectcomprising providing a first sensor, to be worn by a user, a firstsensor data indicative of measured at least one user health telematicdata. Also, providing a second sensor, in communication with a buildingbeing occupied by the user, the second sensor outputting a second sensordata indicative of a measured at least one building telematic data. Thisaspect also includes providing a computing unit, in communication withthe first sensor and the second sensor, the computing unit storingprogram instructions for execution by the computing unit. The computingunit receiving the first sensor data and the second sensor data andcalculating a risk level associated with the first sensor data and thesecond sensor data. The computing unit is also providing an outputfeedback signal indicative of the risk level of first sensor data andthe second sensor data to the user.

The method further comprising transmitting, by the communicationsinterface, the hazard/alarm notification to a first responder such as apoliceman, a fireman, and a paramedic.

An additional aspect includes a method wherein the user health telematicdata is user telematic data about at least one of a body mass index,blood pressure, respiratory rate, heart rate, perspiration, bodytemperature, eye dilation, blood sugar level, brain function (EEG),vacillations in blood sugar level, hours of sleep, physical activityrate and duration, water consumption, food consumption, alcoholconsumption, amount of sunlight exposure, and/or exposure to any varietyof air or water pollutants data.

Yet another aspect includes a method wherein the building telematic datainclude at least one of a data related to building/user environmentstructural condition, building/user environment air quality, geographiclocation, temperature/humidity level, HVAC status, security devices,ingress/egress configuration, building materials, nature of use(current/historic) and surrounding environmental conditions.

While various embodiments of the present invention have been shown anddescribed herein, it will be obvious to those skilled in the art thatsuch embodiments are provided by way of example only. Numerousvariations, changes, and substitutions will now occur to those skilledin the art without departing from the invention. It should be understoodthat various alternatives to the embodiments of the invention describedherein may be employed in practicing the invention. It is intended thatthe following claims define the scope of the invention and that methodsand structures within the scope of these claims and their equivalents becovered thereby.

What is claimed is:
 1. One or more tangible computer readable mediastoring computer readable instructions that, when executed, perform amethod of providing a hazard alarm/notification to a user based uponhuman health telematic data, environmental telematic data, and historicbuilding telematic data, comprising: sensing a human health telematicdata via a human wearable telematics data acquisition device worn by auser that is configured to substantially continuously sense the humantelematic data while the user is within a building; wherein the humanwearable telematics data acquisition device senses data about at leastone of a body mass index, blood pressure, respiratory rate, heart rate,perspiration, body temperature, blood sugar level, brain function (EEG),vacillations in blood sugar level, hours of sleep, physical activityrate and duration, water consumption, food consumption, alcoholconsumption, amount of sunlight exposure, and/or exposure to any varietyof air or water pollutants data; receiving the human health telematicdata via a communications interface, human health telematics datacollected by the human wearable telematics data acquisition device;receiving historic building telematic data via the communicationsinterface, the historic building telematics data being collected by ahistoric building telematics data acquisition device and beingindicative of historic building data and nature of building use;receiving environmental telematic data collected by the human wearabletelematic data acquisition device, the environmental telematic databeing indicative of an environmental quality around the user;determining a hazard alarm/notification event based on the receivedhealth telematic data, the received environmental telematic data, andthe received historic building telematic data; transmitting a hazardalarm/notification to the user via a mobile device.
 2. The computerreadable media of claim 1, wherein the health telematic data indicatesthe user is in an unsafe condition.
 3. The computer readable media ofclaim 2, wherein the environmental telematic data indicates the user isin or near an unsafe environment or location.
 4. The computer readablemedia of claim 1, wherein the step of receiving environmental telematicdata includes receiving environmental telematic data of at least one ofa data related to building/user environment condition, building/userenvironment air quality, geographic location, temperature/humiditylevel, HVAC status, security devices, and surrounding environmentalconditions.
 5. The computer readable media of claim 1, wherein the stepof transmitting the hazard alarm/notification to the user includestransmitting the hazard alarm/notification based upon an unsafecondition detected with the user's health.
 6. The computer readablemedia of claim 1, wherein the unsafe condition detected with the user'shealth is related to user telematic data about at least one of a bodymass index, blood pressure, respiratory rate, heart rate, perspiration,body temperature, blood sugar level, brain function (EEG), vacillationsin blood sugar level, hours of sleep, physical activity rate andduration, water consumption, food consumption, alcohol consumption,amount of sunlight exposure, and/or exposure to air or water pollutants.7. The computer readable media of claim 1, wherein the step oftransmitting the hazard alarm/notification to the user includestransmitting the hazard alarm/notification based upon an unsafecondition detected with environmental conditions in the user's location.8. The computer readable media of claim 1, wherein the historic buildingtelematic data indicates that a building contains or contained unsafebuilding materials.
 9. The computer readable media of claim 1, whereinhistoric building telematic data indicates that a building has endured aseismic event.
 10. The computer readable media of claim 9, whereinhistoric building telematic data indicates that a building is unsafe.11. The computer readable media of claim 1, wherein determining a hazardalarm/notification event includes calculating an overall safety rating.12. The computer readable media of claim 11, wherein determining ahazard alarm/notification event is based upon the overall safety ratingexceeding a limit.
 13. The computer readable media of claim 1, whereindetermining a hazard alarm/notification event includes calculating auser behavior safety rating.
 14. The computer readable media of claim13, wherein determining a hazard alarm/notification event is based uponthe user behavior safety rating exceeding a limit.
 15. A method ofproviding human telematic based hazard alarm/notification to a userbased upon human telematic data, environmental telematic data, andhistoric building telematic data, comprising: providing a first sensor,to be worn by a user, the first sensor being a human wearable deviceconfigured to substantially continually sense a human telematic healthdata while the user is within a building, the first sensor providingdata indicative of measured at least one user health telematic datarelating to at least one of a body mass index, blood pressure,respiratory rate, heart rate, perspiration, body temperature, bloodsugar level, brain function (EEG), vacillations in blood sugar level,hours of sleep, physical activity rate and duration, water consumption,food consumption, alcohol consumption, amount of sunlight exposure,and/or exposure to air or water pollutants; providing a second sensor,in communication with a building being occupied by the user, the secondsensor outputting a second sensor data indicative of historic buildingtelematic data and nature of building use; providing a third sensor, thethird sensor being part of the human wearable device and beingconfigured to sense current environmental data around the user;providing a computing unit, in communication with the first sensor, thesecond sensor, and the third sensor, the computing unit storing programinstructions for execution by the computing unit to: receiving the firstsensor data, the second sensor data, and the third sensor data;calculating a risk level associated with the first sensor data, thesecond sensor data, and the third sensor data; providing an outputfeedback signal indicative of the risk level of first sensor data andthe second sensor data to the user; and, wherein the transmittedalarm/notification is provided by a mobile device.
 16. The method ofclaim 15, further comprising transmitting, by the communicationsinterface, the hazard alarm/notification to a first responder such as apoliceman, a fireman, and a paramedic.
 17. The method of claim 15,wherein the environmental telematic data include at least one of a datarelated to building user environmental condition, building/userenvironment air quality, geographic location, temperature/humiditylevel, and surrounding environmental conditions.
 18. The method of claim15, wherein at least one historic building telematic data includes atleast one of a structural condition, building materials, and nature ofuse.
 19. The method of claim 18, wherein the historic building telematicdata indicates the historical nature of the building may cause an unsafeenvironment.